專案為什麼會失敗？對我來說，失敗的定義是，未能如期如質把專案上線。當然，不可能都沒有意外，百分之百成功，但能夠在減少一些需求情況下，也順利讓專案上線，我覺得就不算失敗。

而在我的工作生涯中，遇過四次專案失敗，除了一次是因為技術問題之外（舊有系統太過複雜，技術債過多無法新增需求），其於三次的專案失敗大部分原因都跟專案管理有關：

• 沒有明確的上線時程
• 專案目標不明確
• 利害關係人不支持或太多

沒有明確的上線時程

看到這個有沒有覺得很疑惑？沒有壓力，不是很爽嗎？ 錯了，沒有壓力和期限才是最可怕的 🙈，換個角度想，公司如果重視這個專案，會讓這個專案上線遙遙無期嗎？所以沒有明確上線時程的專案才是最可怕的，你以為是在完成一個夢想，實際上是在做一個不知道公司會不會買單的需求。

而且沒有訂出時程，時常伴隨的就是需求無限擴張，上線日期隨著需求的擴張，不斷地延期，也無法用時程去排出需求的優先順序，找出真正應該要先做的事。

專案目標不明確

目標不明確換句話說就是沒有明確的驗收項目和標準。舉例來說，有一個可以同時對多台電腦下 command ，為電腦更新軟體的需求，設計和測試時，功能都有符合當初開出來的需求，但是，最後上線前才發現，系統只能同時對幾十台電腦同時下 command， PM 和客戶期待的卻是對幾百台，甚至幾千台電腦同時下 command ，這個專案最後只能延期或者終止。

Ruddy 老師的經典名言「專案開始之初，首重看見全貌」！

雖然說很多專案很難一開始就說得清要做什麼，但如果實作過程中，可以持續溝通和了解 end user 的期待，也許在專案開始的一個月或三個月，就可以對架構進行調整，而不是拖到一年兩年才發現這件事，只會越來越難以補救。所以專案一開始，盡快讓利害關係人、 PM 或客戶參與，是非常重要的！參考大人學的文章，專案之初，弄懂每個人對專案的影響，以及專案的邊界，可以降低專案的風險。

搞清楚周圍每個人對自己工作影響力的大小，以及他們要什麼、關注什麼資訊，後續才能發展出對的溝通策略來。
從專案管理中體悟的職場溝通法則 - 大人學

利害關係人不支持或太多

如果某個工程團隊主管，對某項技術非常有熱忱，並決定發起一個大型專案，這個專案其他團隊不怎麼熱衷，公司高層的態度覺得可以試試看，但也沒有強力支持，這個專案最後能成功上線並存活嗎？

一個專案剛開始的時候，甚至還沒開始的時候，其實或多或少可以看出大家的態度，會有人反對有人支持，還有一群旁觀的人，但也不是有人反對就會失敗，同樣的也不是有人支持就會成功，如果反對的是公司某某重要高階主管，或者支持的只有自己團隊的工程師，大部分人包括 PM 都冷眼旁觀不熱衷，專案最後的成功機率可能不太高。

雖然人們常常談的是成功，那為什麼還是知道為什麼失敗呢？因為專案之初，如果可以避免可能會失敗的坑，甚至就不要開始，也許可以把資源放在更有效益的地方，避免讓公司浪費資源，也是一種對自己薪水的負責。

Medium: 做自己職涯的PM — 專案為什麼會失敗？